home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 1 / The Arsenal Files (Arsenal Computer).ISO / spitfire / whatsnew.35 < prev   
Text File  |  1994-03-06  |  16KB  |  328 lines
  1. ATTENTION BETA TESTERS: Beta testing is NOT merely the opportunity to run
  2.                         the latest software version.  As a beta tester you
  3.                         have a RESPONSIBILITY TO TEST EACH NEW FEATURE AND
  4.                         CHANGE that is described in this WHATSNEW.35 file
  5.                         and REPORT YOUR TEST RESULTS to Mike Woltz.  This
  6.                         means YOU!  The best way in the world to lose 
  7.                         your beta test rights is to not test and report!
  8.  
  9. February 21, 1994
  10. -----------------
  11.  
  12. A SPITFIRE Sysop pointed out that QMODEM PRO's Ymodem-g does work
  13. properly with SPITFIRE.  I have changed some of the timing sequences
  14. in SPITFIRE and I have also make a little change in the way SPITFIRE
  15. sends the '(E)nd (O)f (T)ransfer' byte.  I have ran a few quick tests
  16. and it appears that it work just fine.  ATTENTION BETA TESTERS:
  17. Please test these changes completely and report your findings.  Thank
  18. you.
  19.  
  20.  
  21. I have made a change in the SPITFIRE message line editor.  All
  22. previous versions of SPITFIRE have allowed only one line to be
  23. deleted at a time.  I have changed this to allow a range of lines to
  24. be deleted (example 5..8).  ATTENTION BETA TESTERS:  This is one of
  25. those changes which seems some what frivolous but can work poorly.
  26. Thus, please test this change completely and report your findings.  I
  27. seem to be receiving few beta reports, therefore, I strongly suggest
  28. that you review the first paragraph of this file.  Thank you.
  29.  
  30. The SPITFIRE message quote feature looks and works the same as it
  31. always has, however, it uses some new code which was written for the
  32. (above described) message line range deletion feature.  Please pay
  33. close attention to quoting a message to be sure that it work as it
  34. should.  Thank you.
  35.  
  36. I have made what I consider to be a nice change in the configuration
  37. of SPITFIRE Message Conferences.  I wish that I could remember who
  38. made this suggestion so I could provide acknowledgement.  The ability
  39. to mark a Message Conference as 'read only' has been removed and is
  40. replaced with the ability to configure the security level required to
  41. enter a message in each Message Conference.  Thus, if you want a
  42. Message Conference to be 'read only' then you simply configure the
  43. 'Message Entry Security' to an amount greater than the highest
  44. security level of any caller.  However, if you want callers of a
  45. certain security level (and greater) to be able to enter messages in
  46. a specific Message Conference while the other callers are prohibited,
  47. then you configure the 'Message Entry Security' accordingly.  The
  48. 'Message Entry Security' has no affect on a caller with Sysop
  49. Security.  ATTENTION BETA TESTERS: You are going to have to go
  50. through your Message Conference configuration and manually configure
  51. the correct 'Message Entry Security'.  Please test this change
  52. completely and report your findings.  Thank you.
  53.  
  54.  
  55.  
  56. February 20, 1994
  57. -----------------
  58.  
  59. First, NOTE to Jacque Shipley.  Jacque, the ALT+M configuration
  60. windows have been shuffled around again.  Please be sure to make the
  61. appropriate changes in the SPITFIRE documenation.
  62.  
  63. The base address for com ports 1 through 8 have been made
  64. configurable.  You will find this added feature in the ALT+M
  65. configuration window.  ATTENTION BETA TESTERS: Please test this
  66. addition completely and report your findings.  Thank you.
  67.  
  68.  
  69. February 19, 1994
  70. -----------------
  71.  
  72. First, NOTE to Jacque Shipley.  Jacque, the ALT+M and ALT+Z
  73. configuration windows have been shuffled around again.  Please be
  74. sure to make the appropriate changes in the SPITFIRE documenation.
  75.  
  76. I have discovered that the newest of the new modems work a bit
  77. differently than previous modems.  Supposedly, this change is due to
  78. a change in the FCC rules.  Anyway, if the modem is taken off hook
  79. using the standard ATH1 command, then the modem automatically places
  80. the modem on hook within 30 seconds.  So, if you were logged on
  81. SPITFIRE locally for over 30 seconds, it is possible for the phone to
  82. start ringing.  Thus, a special command is required so the modem will
  83. remain off hook.  The off hook string which works with the new ZOOM
  84. modem is ATX1D; and I am not sure if this will work will all the new
  85. modems.  Thus, I have had to make the off hook string configurable.
  86. Using the ALT+M keystrokes, you will now find an 'Off Hook String'
  87. field.  You will have to configure this field per your modem's
  88. requirements.  Currently, to the best of my knowledge this string
  89. will either be ATH1 or ATX1D;.
  90.  
  91. The off hook string is stored in SFNODE.DAT.  There was not enough
  92. available space in SFNODE.DAT so I have doubled the size from 256
  93. bytes to 512 bytes.  I have included a little program named
  94. NEWSFNOD.COM for you beta test folks to convert your current
  95. SFNODE.DAT to the new style.  You will have to place SFNODE.DAT in
  96. your SPITFIRE home directory and execute it.  It will only need to be
  97. executed once.  You may want to make a backup of your current
  98. SFNODE.DAT before converting it.  ATTENTION BETA TESTERS: Please test
  99. this addition completely and report your findings.  Thank you.
  100.  
  101.  
  102. January 23, 1994
  103. ----------------
  104.  
  105. Well, I have added a feature to SPITFIRE which I thought was possible
  106. about 3 years ago but I had some modem manufacturers tell me it
  107. wasn't possible.  SPITFIRE is now capable of recognizing an incoming
  108. FAX and then shell to a batch file so the FAX call can be processed.
  109. NOTE to Jacque Shipley (smiling):  Jacque, please note the shuffling
  110. around of the ALT+Z configuration window (sorry).  SPITFIRE now
  111. allows the configuration of a FAX connect message (i.e. - the USR
  112. Courier HST Dual Standard with FAX uses "+FCO" which will be the
  113. SPITFIRE default).  SPITFIRE answers the phone the same as always,
  114. however, after the handshake is completed, then SPITFIRE tests the
  115. modem result message for the configured 'FAX Connection Result
  116. Message'.  When a match exists, then SPITFIRE shells to a batch file
  117. in the SPITFIRE home directory named SFFAX.BAT.  The SFFAX.BAT file
  118. will need to be written to drive software such as BGFAX.  This
  119. addition adds 2 new entries in CALLERS.LOG.  A special thanks to my
  120. friend Ira Lichenstein for his help and cooperation in developing
  121. this feature.   ATTENTION BETA TESTERS: Please test this addition
  122. completely and report your findings.  Thank you.
  123.  
  124.  
  125. I have changed SPITFIRE to test to determine if the board is
  126. configured as 'private' before performing the new caller
  127. questionnaire feature.  In other words, a new caller will not answer
  128. the new caller questionnaire if the board is configured as 'private'.
  129. This is the way SPITFIRE was originally written and then I was told
  130. to change it and now I am being told to change it back.  Have you
  131. ever seen a dog chase its tail (smiling)?  ATTENTION BETA TESTERS:
  132. Please test this change completely and report your findings.  Thank
  133. you.
  134.  
  135.  
  136. I have changed subscription feature in SPITFIRE by adding a
  137. safeguard.  The subscription feature will be inoperative when the
  138. "Expired Security" is not configured at an amount greater than zero
  139. (0).  ATTENTION BETA TESTERS: Please test this change completely and
  140. report your findings.  Thank you.
  141.  
  142.  
  143. The January 16, 1994, change regarding a caller pressing the ENTER
  144. key while at a menu prompt has been changed per a number of
  145. suggestions.  Thanks for your input.  Now, when a caller is in expert
  146. mode and presses the ENTER key then SPITFIRE takes the caller out of
  147. expert mode (the same so far) and now tells the caller that his/her
  148. expert mode has been changed with this message, "Name, your expert
  149. mode has been turned off.".  This should alleviate my concern of
  150. people confusing this feature as a 'bug'. ATTENTION BETA TESTERS:
  151. Please test this change completely and report your findings.  Thank
  152. you.
  153.  
  154.  
  155. When a caller pressed the ENTER key while at a menu prompt and had the
  156. 'hot key' feature turned on, SPITFIRE previously provided the caller with
  157. this message,
  158. "Name, you have the hot key feature turned on.
  159.  You do NOT have to use your ENTER key."
  160. For whatever reason, there seemed to be a lot of resistance to this
  161. message (I never quite understood the objection).  Anyway, the message
  162. has been changed to "Name, that is an invalid command."  ATTENTION
  163. BETA TESTERS: Please test this change completely and report your
  164. findings.  Thank you.
  165.  
  166.  
  167. When selecting the '<Y>our stuff' from the Main Menu, the callers
  168. password is no longer visable and is represented at asterisks.  The
  169. caller is choice of '<V>iew, <C>hange, <Q>uit?' when the caller
  170. selects '<P>assword'.  This feature makes things a bit more
  171. cumbersome but provides greater protection against someone wrongfully
  172. obtaining someone's password.  ATTENTION BETA TESTERS: Please test
  173. this addition completely and report your findings.  Thank you.
  174.  
  175.  
  176. The January 17, 1994 change has been changed.  SPITFIRE no longer
  177. records the questionnaire name in the questionnaire file.  That idea
  178. was kind of stupid.  SPITFIRE has now been changed to send the name
  179. of the questionnaire file to the printer when the printer is toggled
  180. on.  This provides the Sysop, when reviewing the printed log, the
  181. ability to know what questionnaire was answered.  ATTENTION BETA
  182. TESTERS: Please test this addition completely and report your
  183. findings.  Thank you.
  184.  
  185.  
  186. January 17, 1994
  187. ----------------
  188.  
  189. The .REP file created by SPITFIRE when a caller answers a
  190. questionnaire now records the name of the appropriate questionnaire
  191. file.  ATTENTION BETA TESTERS: Please test this change completely
  192. and report your findings.  Thank you.
  193.  
  194.  
  195. January 16, 1994
  196. ----------------
  197.  
  198. SPITFIRE has historically required a caller to enter a complete name
  199. of a caller when entering a local message when such message was not
  200. addressed to 'All'.  SPITFIRE has been changed to allow the entry of
  201. a partial name when entering a local message.  SPITFIRE will quiz the
  202. caller to determine who exactly the message is meant for each time a
  203. partial name match is found.  ATTENTION BETA TESTERS: Please test
  204. this change completely and report your findings.  Thank you.
  205.  
  206. Russell Mikami discovered that SPITFIRE v3.4 did not erase the
  207. <usernum>.RIP file when appropriate to do so.  This has been
  208. corrected in SPITFIRE v3.5.  ATTENTION BETA TESTERS: Please test this
  209. fix completely and report your findings.  Thank you.
  210.  
  211. I have altered SPITFIRE on an experimental basis.  When a caller is
  212. logged on in 'Expert' mode and presses the < ENTER > key when at a
  213. menu prompt, then rather than receiving the normal 'hot key' message
  214. SPITFIRE automatically changes the callers status to 'non Expert'.  I
  215. really have no feeling about this change one way or another and I
  216. will value your opinions.  My only concern is that people will
  217. confuse this feature as a 'bug' and the good Lord knows that we don't
  218. need any more of that.
  219.  
  220.  
  221. January 2, 1994
  222. ---------------
  223.  
  224. How did I know that starting the subscription warning at 30 days
  225. before subscription expiration would never be good enough?  We have
  226. to make it configuration (joy of joys).  The ALT+Z configuration
  227. window now provides the ability to configure the amount of days when
  228. the subscription expiration warning will start.  The configuration
  229. field is "<2> Expiration warning: ".  ATTENTION BETA TESTERS: Please
  230. test this addition completely and report your findings.  Thank you.
  231.  
  232.  
  233. The /I command parameter (used to set the maximum baud rate) has been
  234. removed from SPITFIRE.  The purpose of this parameter (years ago) was
  235. to provide a means to change the configured baud rate if SPITFIRE was
  236. unable to boot because of an incorrectly configured baud rate.  This
  237. feature worked just fine except most Sysops leave the /I parameter in
  238. their SF.BAT file.  Then, when the baud rate is changed using ALT+M
  239. such change only remains intact during that SPITFIRE session.  The
  240. next time SPITFIRE is booted the /I parameter changes the baud rate
  241. back.  And guess what, then I receive a message telling me all about
  242. this problem with SPITFIRE.  In the event the baud should ever need
  243. to be changed outside of SPITFIRE, then my SFNODE utility can be
  244. used.
  245.  
  246. SPITFIRE has been changed to record subscription expiration warnings
  247. and subscription expiration in CALLERS.LOG.  SPITFIRE records the
  248. warning each time SUBWARN.BBS/.CLR/.RIP is displayed.  The expiration
  249. is recorded at the time the security level is altered due the the
  250. subscription expiration.  These additions require the use of a new
  251. SFCALLOG.DAT file (how much confusion do you think this will cause).
  252. ATTENTION BETA TESTERS: Please test these additions completely and
  253. report your findings.  Thank you.
  254.  
  255. SPITFIRE has been changed to record in CALLERS.LOG that the
  256. newsletter has been read.  ATTENTION BETA TESTERS: Please test this
  257. addition completely and report your findings.  Thank you.
  258.  
  259.  
  260. January 1, 1994
  261. ---------------
  262.  
  263. A caller subscription system has been implemented within SPITFIRE.
  264. This subscription is built into SPITFIRE in the normal simplistic
  265. manner.  First, the configured subscription date is the date the
  266. subscription expires.  For example, if on January 1, 1994, someone
  267. purchases a 6 month subcription to your board, then the subscription
  268. date would be configured as 07-01-94.  Each time a caller logs on and
  269. the caller's subscription date is within 30 days of expiration then
  270. SPITFIRE will display SUBWARN.BBS/.CLR/.RIP (that's right - a new
  271. display file - ooohhheee).  When a caller logs on and the caller's
  272. subscription has expired, then SPITFIRE will display
  273. SFSUBCHG.BBS/.CLR/.RIP and will alter the caller's security level to
  274. a pre-determined level.  The ALT+Z configuration window has been
  275. changed to allow the configuration of the pre-determined security
  276. level.  NOTE TO JACQUE SHIPLEY:  Jacque, please note the different
  277. structure of the ALT+Z configuration window.  The SPITFIRE
  278. documentation will have to be altered accordingly.  Thank you.
  279. ATTENTION BETA TESTERS: Please test this addition completely and
  280. report your findings.  Thank you.
  281.  
  282. A SPITFIRE display control character has been changed.  Previously ^E
  283. enabled the 'pause prompt'.  This display file control character now
  284. displays the amount of subscription days a caller has remaining
  285. provided the subscription date for the caller is configured.  The ^E
  286. in your current display files will have to be removed.  I'll bet you
  287. will want me to write a little program to automatically remove all
  288. those ^E (smiling).  ATTENTION BETA TESTERS: Please test this change
  289. completely and report your findings.  Thank you.
  290.  
  291.  
  292. December 29, 1993
  293. -----------------
  294.  
  295. SPITFIRE has been altered to utilize tagged files for the <V>iew A
  296. ZIP File feature and for the <R>ead A Text File feature. ATTENTION
  297. BETA TESTERS: Please test this change completely and report your
  298. findings.  Thank you.
  299.  
  300.  
  301. December 28, 1993
  302. -----------------
  303.  
  304. Formerly, SPITFIRE allowed the IRQ to be configured in a range of 1
  305. to 7.  This has been changed to allow a range of 1 to 15.
  306.  
  307. SPITFIRE has been changed to list an unlimited amount of lines of
  308. file description.  SPITFIRE will continue to allow a caller to enter
  309. up to 4 lines of description when uploading a file.  This change is
  310. made to accomodate the use of FILE_ID.DIZ which exceeds the the
  311. current SPITFIRE limits.  This change kind of insults most of the
  312. common sense that I have, however, I guess we need to keep pace with
  313. those who feel it is important to write the program documentation
  314. into the FILE_ID.DIZ.  ATTENTION BETA TESTERS: Please test this
  315. change completely and report your findings.  Thank you.
  316.  
  317. December 26, 1993
  318. -----------------
  319.  
  320. SPITFIRE has been changed to provide even greater CD-Rom support.
  321. Now when a file on a CD-Rom is going to be downloaded, SPITFIRE
  322. copies the file from the CD-ROM to a disk drive.  SPITFIRE creates
  323. sub-directory of the configured WORK directory and names such
  324. directory CDROM<node number>.  For example, if the configured WORK
  325. directory of node #2 is C:\SF\WORK, then the created sub-directory
  326. will be C:\SF\WORK\CDROM2.  SPITFIRE does not remove this directory.
  327. ATTENTION BETA TESTERS: Please test this addition completely and
  328. report your findings.  Thank you.